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Abstract 

By using different interface adapters for different methods, it is possible to 
construct a maximally covering web of interface adapters which incurs minimum 
loss during interface adaptation. We introduce a polynomial-time algorithm that 
can achieve this. However, we also show that minimizing the number of adapters 
included in a maximally covering web of interface adapters is an NP-complete 
problem. 
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1. Introduction 

Different services that provide similar functionality will often be accessed 
using widely different interfaces, especially if standardization is lacking. To 
avoid having to rewrite separate code for all interfaces that may have to be 
used, interface adapters can be used to translate calls to one interface into calls 
to another interface. Q 

These interface adapters may not be able to achieve perfect adaptation. It 
becomes harder to analyze the adaptation loss when combining such interface 
adapters in order to reduce the number of adapters that must be developed. 
Our previous work has defined a rigorous mathematical basis for analyzing the 
loss in single interface adapter chains. [l[ 

This paper extends our previous work by considering the use of a web of 
interface adapters. This allows the adaptation of interfaces with minimum loss, 
and we describe a polynomial-time algorithm that can achieve this. However, we 
also show that finding a web of adapters that can achieve minimum adaptation 
loss with the minimum number of interface adapters is an NP-complete problem, 
which implies that reducing the number of adapters included in a web of interface 
adapters should be done heuristically. 
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2. Preliminaries 



The basic concepts and notations we use follow those in our previous work. |l[ 
We will be using a range convention for the index notation used to express 
matrixes and vectors. 0] 

We take the view that an interface defines multiple methods, and that an 
interface adapter converts a call to one method in a source interface into calls 
to one or more methods in a target interface. We assume that if a method in 
a source interface can be adapted, then it can be adapted perfectly. Any loss 
would be incurred if a method in a source interface cannot be adapted at all. 
We also assume that interface adapters do not store any state. 

An interface adapter graph is a directed graph where interfaces are nodes 
and adapters are edges. If there are interfaces I\ and I2 with an adapter A that 
adapts source interface I\ to target interface I2, then I\ and I2 would be nodes 
in the interface adapter graph while A would be a directed edge from I± to 12- 

The method dependency matrix dji for an adapter A is defined by how the 
adapter depends on the availability of a method in the source interface in order to 
implement a method in the target interface, is true if and only if method j in 
the target interface can be implemented only if method i in the source interface 
is available. We denote the method dependency matrix associated with an 
adapter A as depend(A). 



3. Web of lossy adapters 

Existing approaches use only a single interface adapter to adapt a given 
target interface from one or more source interfaces. 0, H, 0] These approaches 
force us to choose among imperfect chains of interface adapters, where one chain 
might be able to adapt certain methods in the source interface but cannot adapt 
other methods covered by another chain and vice versa. However, using a web 
of interface adapters, a directed acyclic interface adapter graph where different 
adapters can be used to adapt different methods in an interface, can cover all 
methods that can possibly be adapted, incurring minimum loss. 

Algorithm [1] can construct a web of interface adapters that can cover all 
possible methods in a target interface given a fully functional source interface, 
which we will refer to as a maximally covering web of interface adapters. It is 
based on unit propagation for Horn formulae 0], targeted towards building a 
web of interface adapters. It works in two phases, where it first computes all 
methods in all interfaces that can be adapted given the source interface, and then 
extracts only the subgraph relevant for the target interface. Algorithms [2] and [3] 
are subalgorithms responsible for setup and subgraph extraction, respectively. 

Simply constructing a web of interface adapters is not the goal by itself, of 
course. The real goal is to use the interface adapters to adapt methods from 
a source interface into those of a target interface. Choosing which adapters 
should be used for which methods is more complex than in the case for a single 
chain, where there is no choice at all. Algorithm [4] is an abstract algorithm 
for determining which interface adapters should be invoked when adapting each 
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Algorithm 1 Constructing maximally covering web of interface adapters. 



function Maximal-Cover(G, s, t) 

(Q, D, S, M, C) <- Cover-Setup(G, s) 
while Q is not empty do 
extract (I, i) from Q 
for (A = (1,1'), j) £ M{I]\i] do 
if C[A][j] > then 
C[A)\j]^C[A]\j]-l 

if CL4][?'] = then > adaptation viable 

D[I']\j]^D[I'}\j]u{A} 
if not S[I'][j] then 
S[I'] [j] <- true 

insert (I',j) into Q > trigger new dependent 

end if 
end if 
end if 
end for 
end while 

return (Cover-Subgraph(Z?, t), D) 
end function 



Algorithm 2 Setup for constructing maximal covering, 
function Cover-Setup(G = (V,E), s) 
Q ^- empty queue 
for I E V and method i of I do 

D ^0 > list of viable adapters 

S^i]^] <— false > whether satishablc 

M[I\[i]<-9 

for A = (1,1') £ E do 

M[7][i] <- M[/][i] U {(A,j) | depend(A)ji} > dependents 

end for 
end for 

for A = (Ji, G E and method j of I2 do 

CL4][j] |{i I depend(A) ji}\ > unsatisfied dependency count 

end for 

for each method i of s do > start with source interface 

5[s][z] = true 

insert (s, i) into Q 
end for 

return (Q, D, S, M, C) 
end function 
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Algorithm 3 Extract subgraph comprising web of interface adapters, 
function Cover-Subgraph(Z), i) 
V 4- 0, E' <- 
Q <— empty queue, Q' <— 
for method i of i do 

insert (t, i) in Q and Q' 
end for 

while Q is not empty do 
extract from Q 

V «- V u {/'} 

£?' <- £'UD[J'][j] 

for A = (J, J') g £>[/'][?'] do 

for i such that depend(A)ji do 
if (J, i) g Q' then 

insert (I, i) into Q and <5' 
end if 
end for 
end for 
end while 
return (V',E') 
end function 



method. It needs more information than just the web of interface adapters, 
which is provided by the value D also returned in algorithm [1] 

The interface adapters used to adapt a given method are specified by algo- 
rithm [H the concrete steps involved in actually adapting a method are left to 
how interface adaptation is actually done, whether it be direct invocation by the 
interface adapter, call substitution after constructing the call graph, or composi- 
tion of interface adapters specified in a high-level language. The exact criterion 
for selecting an adapter in algorithm 0] also does not affect the correctness of 
the algorithm. 

Algorithm [T] constructs a maximally covering web of adapters, but it com- 
pletely ignores the number of interface adapters it incorporates in the web. It 
could end up constructing a web with hundreds of interface adapters when less 
than a dozen would do. However, trying to minimize the number of incorpo- 
rated interface adapters is an NP-complete problem as we will show in sectionlH 
Invoking the minimum number of interface adapters while actually adapting a 
method also turns out to be NP-complete. 

4. Minimizing number of adapters 

While algorithm [1] can construct a maximally covering web of interface 
adapters in polynomial time (0(m 2 ) being a loose time bound with a straight- 
forward implementation, where m is the total number of methods), it is unlikely 
there will be a polynomial-time algorithm for finding a maximally covering web 
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Algorithm 4 Adapting a specific method in the target interface, 
procedure Adapt-Method(Z), s, t, m) 
if D[t][m] = then 

adaptation not possible 
else 

Recursive- Adapt(D, s, t, m, {t}) 
end if 
end procedure 

procedure Recursive-Adapt(Z?, s, /, m, V) 
if I = s then 

return 
end if 

select A = (/', I) e D[7][m] where J' £ V 
for method i in J' where depend(A) m i do 

Recursive- Adapt(L>, s, I', i,Vl> {I'}) 
end for 

adapt method m in interface / using A 
end procedure 



of adapters with the minimum number of interface adapters. This is because the 
problem is NP-complete, which we will prove with a reduction from one-in-three 
3SAT. H 

We formally define MINWEB as the problem of whether there is a web of 
interface adapters in an interface adapter graph from a given source interface 
to a given target interface such that it is maximally covering and has at most 
K interface adapters. Given a candidate boolean expression for one-in-three 
3SAT with c clauses and v variables, we will reduce it to a candidate interface 
adapter graph for MINWEB such that the boolean expression is an instance of 
one-in-three 3SAT if and only if there is a maximally covering web of interface 
adapters with at most v + 2c adapters. 

For each variable, we create an interface with methods corresponding to all 
the literals, two for each variable. For each clause, we create an interface with 
only a single method. We also separately create a source interface with meth- 
ods corresponding to the possible literals and a target interface with methods 
corresponding to the clauses. 

Starting from the source interface, we connect the interfaces corresponding to 
variables serially. Between each of these interfaces, we define two adapters, one 
which makes the method corresponding the successor variable true and the other 
which makes it false, by making the method correspoding to the positive literal 
available and the method corresponding to the negative literal unavailable in 
one adapter and the opposite in the other adapter. Other literals are left alone. 
This is identical to how a variable handling subgraph is constructed in [![. 

From the sink node of the variable handling subgraph, we create three 
adapters to each of the interfaces corresponding to the clauses. Each adapter 
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corresponds to a literal in the clause, and the sole method in the interface is 
available only if the method corresponding to the literal is available. And from 
each interface corresponding to a clause, there is a single adapter to the target 
interface for the entire graph which makes the method corresponding to the 
clause available only if the sole method in the clause interface is available. 

For the graph constructed this way, the entire graph is obviously maximally 
covering with 2v + Ac adapters and all methods available at the target interface. 
If the original boolean expression is an instance of one-in-three 3SAT, then 
a satisfying assignment can specify a singly-linked path through the variable 
interfaces, followed by each true literal specifying the adapters to pass through 
to each clause interface, followed by the adapters to the target interface, and the 
resulting directed acyclic graph is a maximally covering web of adapters with 
v + 2c adapters, since all methods will be available at the target interface. 

Conversely, if there is a maximally covering web of adapters with v + 2c 
adapters, then 2c adapters connect to the clause interfaces since all clause in- 
terfaces must be included. The remaining v adapters must be a singly-linked 
path through the variable interfaces, and the selection of adapters for each vari- 
able interface specifies a variable assignment which satisfies the original boolean 
expression with only one true literal in each clause. Therefore MINWEB is 
NP-complete, and we can also conclude that minimizing the number of required 
adapters to adapt a single method is also NP-complete by removing the other 
methods in the target interface. 

5. Related work 

[f| implements a network repository of interface adapters for adapting Java 
interfaces using single chains of adapters. |8[ implements a similar adaptation 
framework for network services. Although it allows an interface adapter to 
adapt a target interface from multiple source interfaces, only a single interface 
adapter is used for each target interface, so it has the same limitations as single 
adapter chains in that not all methods that could be adapted may actually be 
adapted. Both mention the possibility of lossy interface adaptation, but neither 
considers how to minimize such loss. 

proposes an interface adaptation framework which attempts to minimize 
the loss incurred by an interface adapter chain, and [l[ rigorously defines the 
mathematical background required to implement such a framework. These only 
consider the use of single chains of interface adapters. 

6. Conclusions 

We described a polynomial-time algorithm which can construct a maximally 
covering web of interface adapters, which may include a much larger number of 
interface adapters than necessary. However, we also showed that minimizing the 
number of interface adapters included in a maximally covering web of interface 
adapters is an NP-complete problem. 
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Further work can be done to extend these results by relaxing the assump- 
tions made for this paper. We can consider the case when a method in a target 
interface can only be partially implemented from methods in a source inter- 
face. We can also consider how the quality of adapters should be dealt with in 
algorithms, or how to deal with adapters that maintain state. Heuristic algo- 
rithms which attempt to minimize the number of adapters included in a nearly 
maximally covering web of interface adapters is another area for future work. 
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